DEVICE ACCOUNTING SYSTEM 



BACKGROUND OF THE INVENTION 

1. Field of the Invention 
[0001 ] 

The present invention relates to a device, and to a usage control apparatus 
for controlling usage of the device. 

2. Description of the Related Art 
[ 0002 ] 

Devices, such as printers for example, consume paper and toner in the course 
of their use! accordingly, to date there exist systems for charging for usage of a 
printer, on a metered use basis. For example, in the system taught in JP2002- 
351777A, a user issues a print request to a server via a network. The server 
receiving the print request then issues a print command to a printer. The server 
issues the print command on the one hand, while calculating the number of print 
jobs and number of pages printed by the user. 
[ 0003 ] 

However, when monitoring and assessing fees for usage of a printer or other 
device is performed by a server, it is necessary for the client using the device in 
question, or the device itself, to access the server during the process, and this 
creates the problem of imposing a burden on the network. 
[ 0004 ] 

The present invention is intended to address this problem, and has as an 
object to provide a usage control apparatus and a device in a device accounting 
system, whereby it is possible to charge depending on usage, without having to 
access a server during use. 



SUMMARY OF THE INVENTION 
[ 0005 ] 
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The invention in a first aspect thereof provides a usage control apparatus for 
controlling use of a device, the apparatus having the following arrangement. That 
is, the usage control apparatus comprises- a holding module configured to hold 
money information requested when the device is made to perform a process that 
5 uses the device for predetermined usage; and a transmitting module configured to 
transmit the money information to the device at the time of processing by the device. 
[ 0006 ] 

In preferred practice, the transmitting module transmits to the device 
process data for processing by the device. 
10 [0007] 

The usage control apparatus may additionally comprise a controller 
configured to control whether the processing may proceed or not, by comparing the 
amount of processing specified by the process data, with the allowable amount of 
processing indicated by the money information. 
15 [0008] 

The usage control apparatus may additionally comprise a money information 
updating module configured to update the money information according to an 
amount of processing specified by the process data. 
[ 0009 ] 

20 The transmitting module may transmit the money information in an amount 

required for an amount of processing specified by the process data. 
[0010] 

The transmitting module may transmit the money information held by the 
holding module. The usage control apparatus further may comprise a receiving 
25 module which receives from the device an updated value of the money information 
updated according to an amount of processing specified by the process data. 
[0011 ] 

In one aspect, the device may be a printer, and the process data may be print 

data. 
30 [ 0012 ] 
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The holding module may preferably acquire and hold the money information 
from a server connected via a network. 
[0013] 

In another aspect, the holding module may notify the server of an amount of 
5 money information that has not been used. 
[0014] 

It is preferable that, in case where the money information includes control 
information which is usable for determining whether the money information is 
useable, the usage control apparatus further comprises a transmission controller 
10 which decides, based on the control information, whether the money information is 
useable, and if the money information is not useable, prohibits transmission of the 
money information. 
[0015] 

The money information may be coin information permitting unit-based use of 
15 the device. 
[0016] 

The usage may be established based on at least one selected from an amount 
of data processed by the device; consumed amount of an expendable consumed by 
the device; duration of use of the device; power consumed by the device; ; and 
20 number of times of use of the device. 
[0017] 

The invention in another aspect thereof provides a usage control apparatus 
for controlling use of a device that requests predetermined money information 
depending on usage, the apparatus having the following arrangement. That is, the 

25 usage control apparatus comprises : a holding module configured to acquire, from a 
server connected to the usage control apparatus via a network, money information 
in an amount requested for using the device by a predetermined amount, and to 
hold the money information; and a transmitting module configured to transmit to 
the device process data for processing by the device. The transmitting module 

30 further transmits to the device, from the money information held by the holding 



3 



F009774USOO/TP(pfl04k 171) 



module, the money information in at least an amount requested for causing the 

device to process the process data. 

[0018] 

In this aspect, when processing is performed by the device by means of an 
5 instruction from the usage control apparatus, with respect to money information, 
there is no need for data to be sent and received between the usage control 
apparatus and the server. It is therefore possible to reduce the amount of data 
communications between the server and the usage control apparatus. 
[0019] 

10 It is preferable that the transmitting module transmits to the device, 

together with the process data, the money information in an amount requested for 
causing the device to process the process data. It is also preferable that the usage 
control apparatus further comprises an updating module which updates the money 
information held in the holding module by deducting the money information in an 

15 amount transmitted to the device. 
[ 0020 ] 

In this aspect, data for processing by the device, and money information 
corresponding with this process data, is transmitted to the device. Thus, it is not 
necessary for the device to request needed money information to the usage control 
20 apparatus, or for the device to respond to the usage control apparatus with 

excessive money information. It is therefore possible to reduce the amount of data 

communications between the server and the usage control apparatus. 

[0021] 

The transmitting module may transmit to the device all the money 
25 information held in the holding module. In the arrangement, it is preferable that 
the usage control apparatus further comprises- a receiving module configured to 
receive from the device the money information that has been transmitted to the 
device and was deducted in an amount requested for causing the device to process 
and to store the money information in the holding module. 
30 [ 0022 ] 
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In this aspect, there is no need for processing money information in the usage 
control apparatus. Thus, money information may consist of data of a kind not 
processable by the usage control apparatus, and by so doing it is possible to prevent 
improper use in the usage control apparatus. 
5 [ 0023 ] 

The invention in another aspect thereof provides a device having the 
following arrangement. The device comprises- a process command receiving module 
configured to receive a process command from a usage control apparatus for 
controlling a process; a decision module configured to decide whether or not to 

10 enable the process based on the process command, depending on whether money 

information requested when the device performs the process that uses the device for 
predetermined usage is held in the device and/or in the usage control apparatus; 
and a processing module configured to perform the process, in the event that the 
decision module has decided to enable processing. 

15 [0024] 

The device preferably receives process data targeted for the process as the 
process command. 
[ 0025 ] 

It is also preferable that the device further comprises- a managing module 
20 configured to manage the money information; and a updating module configured to 
update the money information depending on the amount of processing specified by 
the process data. 
[ 0026 ] 

In one aspect, the device further comprises a redelivery module which 
25 transmits to the usage control apparatus an updated value of the money 

information that has been updated according to an amount of processing specified 
by the process data. 
[ 0027 ] 

In another aspect, the device may further comprise- an output module 
30 configured to output, on the device and/or on the usage control apparatus, an 
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amount of money information that has been requested and used for the process, 
and/or an amount of money information that has not been used and is held by the 
device and/or the usage control apparatus. 
[ 0028 ] 

5 The output module, in the event of outputting the amount of unused money 

information, preferably outputs an amount of money information useable by the 
usage control apparatus. 
[ 0029 ] 

The device may be a printer, and the process data may be print data. 
10 [ 0030 ] 

The device may preferably further comprise a receiving module which 
receives the money information at the time of execution of the process. 
[0031] 

It is also preferable that, in case where the money information includes 
15 control information for determining whether the money information is useable, the 
device further comprises a process prohibiting module which decides, based on the 
control information, whether the money information is useable, and if decided not 
useable, prohibits the process. 
[ 0032 ] 

20 The money information may be coin information permitting unit-based use of 

a fixed usage. 
[ 0033 ] 

The usage may be established based on at least one selected from the amount 
of data processed by the device; consumed amount of an expendable consumed by 
25 the device; duration of use of the device; power consumed by the device; and number 
of times of use of the device. 
[ 0034 ] 

It is preferable that, in case where the money information is encrypted, the 
device further comprises- a key holding module which holds a key capable of 
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decrypting the encrypted money information; and a decrypting module which 
decrypts the encrypted money information with the key. 
[ 0035 ] 

The invention in another aspect thereof provides a device for executing 
5 processing in exchange for money information, having the following arrangement. 
That is, the device comprises- a holding module which receives, from a usage control 
apparatus connected to the device, money information in an amount for using the 
device for predetermined amount and holds the money information; a receiving 
module receives process data for processing from the usage control apparatus; a 
10 processing module able to execute the process; and a decision module that, in the 

event that an amount of money information required for processing the process data 
is less than an amount of money information held in the holding module, causes the 
processing module to execute the process. 
[ 0036 ] 

15 With this aspect, by sending and receiving data between the device and the 

usage control apparatus, processing requiring predetermined money information 
depending on the amount of processing can be performed by the device within a 
certain predetermined scope. 
[ 0037 ] 

20 It is preferable that the device further comprises- a transmitting module 

which transmits to the usage control apparatus money information that has been 
held in the holding module and was deducted money information in an amount 
required for processing of the process data. 
[ 0038 ] 

25 With this aspect, the money information is processed on the device end, there 

is no needs for the usage control apparatus to process the money information. Thus, 
money information may consist of data of a kind not processable by the usage 
control apparatus, and by so doing it is possible to prevent improper use in the 
usage control apparatus. 

30 [ 0039 ] 
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The device may further comprise an updating module which updates the 
money information by deducting money information in an amount required for 
processing of the process data from the money information held in the holding 
module. 
5 [ 0040 ] 

In this aspect, since there is no need to perform processing and retention of 
money information on the device end, it is not necessary for money information to 
be held in the usage control apparatus. Accordingly, it is possible to prevent 
improper use in the usage control apparatus. 
10 [0041] 

The various features of the invention described hereinabove may be combined, 
or eliminated in part, as appropriate when reducing the invention to actual practice. 
Accordingly, the invention is not limited to the specific arrangements set forth 
hereinabove, and may realized in various other modes, such as a control method 
15 realized by a usage control apparatus or device having the functions described 
hereinabove, for example, 
t 0042 ] 

The invention may be provided as a computer program whereby the 
aforementioned functions are realized by a computer. A computer-readable 

20 recording medium having such a computer program recorded thereon is also 

possible. In this case, the recording medium may be a flexible disk, CD-ROM, DVD- 
ROM, magnetooptical disk, IC card, ROM cartridge, punch card, printed matter 
imprinted with symbols such as a bar code, a computer internal storage device 
(RAM, ROM or other memory) or external storage device, or other computer- 

25 readable medium. 
[0043] 

These and other objects, features, aspects, and advantages of the present 
invention will become more apparent from the following detailed description of the 
preferred embodiments and the accompanying drawings. 

30 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a function block diagram of a printer fee system in Embodiment l; 
Fig. 2 is a flowchart of the money information issuing process in Embodiment 

i; 

5 Fig. 3 is a flowchart of the printing process in Embodiment l; 

Fig. 4 is a flowchart of the printing process in Variant Example 1 of 
Embodiment 1; 

Fig. 5 is a flowchart of the printing process in Variant Example 2 of 
Embodiment 1; 

10 Fig. 6 is a flowchart of the printing process in Variant Example 3 of 

Embodiment U 

Fig. 7 is a function block diagram of a printer fee system in Embodiment 2; 
Fig. 8 is a flowchart of the printing process in Embodiment 2>* 
Fig. 9 is a function block diagram of a printer fee system in Embodiment 3; 
15 Fig. 10 is a flowchart of the money information 51 issuing process in 

Embodiment 3; and 

Fig. 11 is a flowchart of the printing process in Embodiment 3. 



DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
20 [ 0044 ] 

The preferred embodiments of the invention are described hereinbelow 
according to the following outline. 
A. Embodiment 1 

Ai: Function Block: 
25 A2: Processing: 

A3: Effects: 

A4. Variant Example 1 of Embodiment l: 
A5: Effects of Variant Example 1 of Embodiment l: 
A6. Variant Example 2 of Embodiment l: 
30 A7: Effects of Variant Example 2 of Embodiment l: 
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A8. Variant Example 3 of Embodiment 1* 

A9- Effects of Variant Example 3 of Embodiment l: 

B. Embodiment 2 

Bi: Function Block: 
5 B2: Processing: 

B3: Effects: 

C. Embodiment 3 

Ci: Function Block: 
C2: Processing: 
10 C3: Effects: 

D. Variant Examples 

[ 0045 ] 

A. Embodiment 1 
15 Al: Function Block: 

In the description of this embodiment, the device is a printer. Fig. 1 is a 

function block diagram of a printer fee system in Embodiment 1. The printer fee 

system comprises a server 20, a client 30, and a printer 40, which are connected by 

a network. Server 20 and client 30 are connected to the Internet; client 30 and 
20 printer 40 are connected on a LAN. Alternatively, a local connection may be 

provided for client 30 and printer 40. While not shown in Fig. 1, a plurality of 

clients 30 and of printers 40 are present. 

[ 0046 ] 

An issuing module 21 of server 20 issues money information 51 in response to 
25 a request from a holding module 32 of client 30. Money information 51 is requested 
by the printer 40 when client 30 sends a print request to printer 40, and represents 
an amount of money corresponding to a certain amount of processing. Prior to 
printing, client 30 purchases money information 51 from the issuing module 21 of 
server 20. During printing, money information 51 of each client is consumed 
30 depending on the amount of processing. 
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[ 0047 ] 

Money information 51 consists of objectified coin information 51c. It is set up 
such that three pages can be printed per single unit of coin information 51c. That is, 
in exchange for the client performing printing of three pages of printer paper, one 
5 unit of coin information 51c is consumed from the money information 51 of client 30. 
The number of pages that can be printed with a single unit of coin information 51c 
is not limited to three; two or fewer pages, or four or more pages, would be possible 
instead. Consumed toner quantity or printer 40 usage time may also be established 
in a unit of coin information 51c. That is, there can be established an arrangement 

10 wherein one unit of coin information 51c is consumed from money information 51 in 
association with consumption of a predetermined quantity of toner; or one unit of 
coin information 51c is consumed from money information 51 in association with 
use of the printer for a usage time of predetermined duration. When issuing money 
information 51, a sum dependent on the amount of money information 51 issued by 

15 server 20 is collected from the client 30. 
[ 0048 ] 

The holding module 32 of client 30 holds and manages the acquired money 
information 51. The controller 35 decides whether to allow processing to proceed, 
by comparing the number of print pages specified by print data 52, with the number 

20 of print pages permitted by the remaining balance (in Fig. 1, five units of coin 

information 51c) of the money information 51 held in the holding module 32. In the 
event of a decision to enable printing, the controller 35 requests the holding module 
32 for the amount of money information 51 required for printing (in Fig. 1, three 
units of coin information 51c). A money information updating module 33 deducts 

25 the amount used for printing (three units of coin information 51c) from the money 
information 51. A transmitting module 36 transmits to printer 40 the print data 52 
and the amount of money information 51 used for printing (three units of coin 
information 51c). 
[ 0049 ] 
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A receiving module 41 of printer 40 receives from the transmitting module 36 
of client 30 the print data 52 and money information 51. A decision module 42 
decides that printing is permitted, in the event that the number of printable pages 
indicated in the received money information 51 is equal to or greater than the 
5 number of print pages specified by the print data 52. In the event that decision 

module 42 decides that printing is permitted, printing module 43 performs printing. 

[ 0050 ] 

A2* Processing- 

10 Fig. 2 is a flowchart of the money information issuing process in Embodiment 

1. At left is a flowchart for the client 30; at right is a flowchart for the server 20. 
First, prior to printing, the holding module 32 of client 30 sends a request to 
transmit money information 51 to issuing module 21 of server 20 (Step S20). The 
charge for issuing money information 51 is paid by means of credit card payment, 

15 bank transfer, or the like. At the time that the transmission request is made, the 
server may be notified of any unused money information. 
[0051] 

The issuing module 21 of the server 20, having received the money 
information transmission request (Step S30), appends the current time by second, 

20 to money information 51 already held (Step S32), and sends the money information 
51 for the paid amount to the holding module 32 of the client 30 which has 
requested transmission (Step S34). That is, the client 30 receives the requested 
amount of money information 51, together with "current time" representing the 
time at which the money information 51 was issued. 

25 [ 0052 ] 

"Current time" can be used in order to avoid illegal copying or other improper 
use of money information 51. Besides current time, money information 51 
transmitted to client 30 may have appended thereto printer 40"specific information, 
user ID of the user, or client 30-specific information. The money information 51 
30 may also have appended thereto information indicating "unlimited use permitted"; 
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or where an expiration period is to be associated with money information 51, an 
expiration period may be appended. 
[ 0053 ] 

The holding module 32 of client 30 receives (Step S25) and manages money 
5 information 51 transmitted by the issuing module 21 of server 20. 
[ 0054 ] 

Fig. 3 is a flowchart of the printing process in Embodiment 1. At left is a 
flowchart for the client 30; at right is a flowchart for the printer 40. First, the 
controller 35 of client 30 reads out the remaining balance (in Fig. 1, five units of 
10 coin information 51c) of money information 51 held in the holding module 32 (Step 
S40), and compares the number of print pages specified by the print data 52 with 
the number of pages possible to print with the remaining balance of money 
information 51. 
[ 0055 ] 

15 In the event that the number of pages possible to print with the remaining 

balance of money information 51 is fewer than the number of print pages specified 
by the print data 52 (Step S42), money information 51 is deemed insufficient, and 
an error display is generated (Step S44). A prompt to purchase money information 
51 from holding module 32 may be displayed together with the error display. By so 

20 doing, the processes for printing can continue. 
[ 0056 ] 

In the event that the number of pages possible to print with the remaining 
balance of money information 51 is more than the number of print pages specified 
by the print data 52 (Step S42), since there is sufficient money information 51, the 

25 controller 35 now acquires from holding module 32 money information 51 

commensurate with the number of pages to be printed (Step S46). Here, since it is 
possible to print three pages with a single unit of coin information 51c, controller 35 
acquires two units of coin information 51c in the event that there are six pages to be 
printed, acquires three units of coin information 51c in the event that there are 

30 seven pages to be printed, or acquires three units of coin information 51c in the 
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event that there are eight pages to be printed. That is, where money information 51 
is composed of predetermined units, such as coin information 51c, "money 
information 51 in an amount required in exchange for processing of process data by 
a device such as a printer 40" refers to the minimum required amount of money 
5 information for the process data to be processed by the device. Here, the number of 
pages to be printed is seven. Accordingly, controller 35 acquires three units of coin 
information 51c. 
[ 0057 ] 

Once the controller 35 has acquired three units of coin information 51c, it 
10 instructs the money information updating module 33 to decrement by three the coin 
information 51c held in holding module 32. In accordance with this instruction, the 
money information updating module 33 updates the remaining balance of money 
information 51 held in holding module 32 (Step S46). Since holding module 32 has 
been holding five units of coin information 51c, the remaining balance of coin 
15 information 51c is now 2 (= 5 - 3). 
[ 0058 ] 

The transmitting module 36 receives from the controller 35 the print data 52 
and the three units of coin information 51c, and sends these to the receiving module 
41 of the printer 40 (Step S47). 
20 [ 0059 ] 

The receiving module 41 of the printer 40 receives the print data 52 and 
money information 51 (Step S50). The decision module 42 of printer 40 compares 
the number of pages for printing specified by the print data 52, and the number of 
printable pages indicated by the received money information 51, and decides 
25 whether the print data 52 can be printed. 
[ 0060 ] 

In the event that the number of printable pages indicated by the received 
money information 51 exceeds the number of pages for printing specified by the 
print data 52 (Step S52), since there is sufficient money information 51, the printing 
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module 43 performs printing (Step S56). Here, since there are three units of coin 

information 51c for seven pages to be printed, printing is carried out. 

[0061] 

In the event that the number of printable pages indicated by the received 
5 money information 51 is fewer than the number of pages for printing specified by 
the print data 52 (Step S52), money information 51 is deemed insufficient, and an 
error is transmitted to client 30 (Step S54). 
[ 0062 ] 

Upon receiving an error, client 30 displays an error message (Step S49). 
10 Here, money information 51 may be acquired from holding module 32 at the same 
time that the error message is displayed. 
[ 0063 ] 

The process of either Steps S42, S44 or the process of Steps S52, S54, S48, 
S49 may be carried out; it is not necessary to perform both. 

15 

[ 0064 ] 
A3. Effects 

According to Embodiment 1 hereinabove, it is possible to carry out fee 
management depending on the amount of processing by the printer, without the 

20 need to access the server 20, as long as payment is collected for issuance of money 
information 51. In other words, since money information 51 corresponding to the 
total charges for printings is issued prior to the printings, there is no need for the 
server 20 and the client 30 to communicate regarding money information 51 each 
time that printing is performed. That is, fee management can be carried out while 

25 reducing the load on the network. 

[ 0065 ] 

A4. Variant Example 1 of Embodiment 1* 

In Variant Example 1, once transmitting module 36 has sent the print data 
30 52 and money information 51 acquired from holding module 32 to the printer 40, 
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the money information updating module 33 deduct money information 51 
commensurate to that requested to the holding module 32. 
[ 0066 ] 

Fig. 4 is a flowchart of the printing process in Variant Example 1 of 
5 Embodiment 1. At left is a flowchart for the client 30; at right is a flowchart for the 
printer 40. 
[ 0067 ] 

As in Embodiment 1, in the event that the number of pages printable with 
the remaining balance of money information 51 exceeds the number of pages for 

10 printing specified by the print data 52 (Step S58), since there is sufficient money 
information 51, the controller 35 now acquires from holding module 32 money 
inftxrmation 51 commensurate with the number of pages to be printed (Step S59). 
Once the controller 35 acquires three units of coin information 51c, it transfers 
them to the transmitting module 36. The transmitting module 36 receives from the 

15 controller 35 the print data 52 and three units of coin information 51c required for 
the number of pages to be printed, and sends them to the receiving module 41 of the 
printer 40 (Step S6l). 
[ 0068 ] 

Next, controller 35 instructs the money information updating module 33 to 
20 decrement the coin information 51c held in the holding module 32. In accordance 
with this instruction, the money information updating module 33 updates the 
remaining balance of money information 51 held in the holding module 32 (Step 
S62). 

25 [ 0069 ] 

A5" Effects of Variant Example 1 of Embodiment 1* 

According to Variant Example 1, since money information 51 is updated 
subsequent to being sent, the money information 51 will not be updated in the event 
of an error in transmission of the money information 51 or print data 52. 

30 
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A6. Variant Example 2 of Embodiment 1* 

Fig. 5 is a flowchart of the printing process in Variant Example 2 of 
Embodiment 1. At left is a flowchart for the client 30; at right is a flowchart for the 
5 printer 40. First, the transmitting module 36 of client 30 transmits print data 25 to 
the receiving module 41 of printer 40. 
[0071] 

Once the receiving module 41 of printer 40 receives the print data 52 (Step 
S80), the decision module 42 calculates the number of units of coin information 51c 
10 required to print the print data 52 (Step S82). Here, since it can be identified that 
there are seven pages to be printed by print data 52, three units of coin information 
51c are required. Next, the decision module 42 verifies the remaining balance of 
money information 51, with the controller 35 of client 30 (Step S84). 
[ 0072 ] 

15 When the controller 35 of client 30 receives an instruction to verify the 

remaining balance of money information 51 (Step S72), verification of the remaining 
balance is carried out with reference to holding module 32, and the remaining 
balance is transmitted to the decision module 42 of printer 40 (Step S72). Here, 
"five units" of coin information 51c are transmitted. 

20 [ 0073 ] 

In the event that the decision module 42 of printer 40 decides that the 
remaining balance of money information 51 in holding module 32 received from 
controller 35 is greater than the number calculated in Step S82 (Step S85), the 
controller 43 carries out printing of the print data 52 (Step S86). If printing 
25 completes normally (Step S87), the decision module 42 of printer 40 requests the 

controller 35 of client 30 for the money information 51 which is required (Step S88). 
Here, three units of coin information 51c are requested. 
[ 0074 ] 

Once the controller 35 of client 30 receives the request for money information 
30 51 (Step S74), it acquires three units of coin information 51c from holding module 
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32. Money information updating module 33 is then instructed to decrement by 
three the coin information 51c held by the holding module 32. In accordance with 
this instruction, the money information updating module 33 updates the remaining 
balance of money information 51 held by holding module 32 (Step S76). 
5 Transmitting module 36 receives money information 51 from the controller, and 
transmits the money information 51 to the decision module 42 of printer 40 (Step 
S78). 
[ 0075 ] 

Once the decision module 42 of printer 40 receives the money information 51 
10 (Step S89), the process terminates. 
[ 0076 ] 

On the other hand, in the event that the remaining balance of money 
information 51 is smaller than the number calculated in Step S82 (Step S85), the 
decision module 42 of printer 40 terminates the routine without doing anything. At 
15 this time, an error may be sent to client 30. 

[ 0077 ] 

A7: Effects of Variant Example 2 of Embodiment l: 

According to Variant Example 2, since money information 51 is requested 
20 after printing has been completed by the printer 40, the client 30 will suffer no loss, 
even if an error in printing occurs. 

[ 0078 ] 

A8. Variant Example 3 of Embodiment 1" 

25 Fig. 6 is a flowchart of the printing process in Variant Example 3 of 

Embodiment 1. At left is a flowchart for the client 30; at right is a flowchart for the 
printer 40. In Variant Example 3, decision module 42, after calculating the money 
information required for printing the print data (Step S122), requests the controller 
35 of client 30 for the required money information 51 (Step S124). 

30 [ 0079 ] 
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Once the controller 35 of client 30 receives a request for money information 
51 (Step SI 12), it requests the holding module 32 for money information 51, and 
sends the required amount of coin information 51c to the decision module 42 of 
printer 40 (Step SI 12). It then locks the transmitted amount of coin information 
5 51c (Step SI 12). Here, locking refers to holding the transmitted coin information 
51c data together with the attribute "transmitted 1 ', in non- modifiable form. 
[ 0080 ] 

If the decision module 42 of printer 40 the received coin information 51c is 
not insufficient (Step S125), the printer module 43 performs printing of the print 
10 data 52 (Step S86). If printing completes normally (Step S127), the controller 35 of 
client 30 is requested to unlock the required coin information 51c and update the 
money information (Step S128). 
[0081] 

When the controller 35 of client 30 receives a request to unlock the required 
15 coin information 51c and update the money information (Step SI 14), it unlocks the 
coin information 51c (Step SI 16), and instructs the money information updating 
module 33 to decrement, by the required amount, the coin information 51c held in 
the holding module 32, i.e. by the amount transmitted to the decision module 42 of 
printer 40. In accordance with this instruction, the money information updating 
20 module 33 updates the remaining balance of money information 51 held in holding 
module 32 (Step SI 16). 
[ 0082 ] 

If the received coin information 51c is insufficient (Step S125), 
the decision module 42 of printer 40 request only unlocking of coin information 51c 
25 (Step S129). Even if printing does not complete normally (Step S127), only 
unlocking of coin information 51c is requested (Step S129). 
[ 0083 ] 

Once controller 35 of client 30 receives a request to unlock the required coin 
information 51c (Step S114), it unlocks the coin information 51c (Step S116). 

30 
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[ 0084 ] 

A9- Effects of Variant Example 3 of Embodiment 1- 

According to Variant Example 3, money information 51 is locked, and a 
request to update money information 51 is made after completion of printing by the 
5 printer 40, so no loss is suffered even if an error occurs in printing. 



[ 0085 ] 

B. Embodiment 2 
Bl. Function Block 

10 Fig. 7 is a function block diagram of a printer fee system in Embodiment 2. 

The client transmitting module 36 transmits to the printer 40 the print data 52, and 
all of the money information 51 held by the holding module 32. The decision 
module 42 of printer 40 calculates the number of units of coin information 51c 
required for the number of print pages specified in the received print data 52. A 

15 redelivery module 45 deducts the required coin information 51c from the received 

money information 51, and redelivers it to the client 30. The receiving module 34 of 
the client 30 receives the residual money information 51 redelivered by the 
redelivery module 45. 
[ 0086 ] 

20 The money information 51 issued by the server 20 is information that has 

been encrypted by the server 20, and is recognizable as money information 51 only 
to the holding module 32, transmitting module 36, and receiving module 34 in client 
30. 



25 [ 0087 ] 

B2. Processing- 

Fig. 8 is a flowchart of the printing process in Embodiment 2. At left is a 
flowchart for the client 30; at right is a flowchart for the printer 40. First, the 
transmitting module 36 of client 30 transmits to the receiving module 41 of printer 
30 40 (Step SI 32) the remaining balance of money information 51 held by the holding 
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module 32 and print data 52 appended with an ID which identifies the transmitting 
module 36 of client 30. Here, since five units of coin information 51c are available, 
five units of coin information 51c are transmitted. 
[ 0088 ] 

5 The receiving module of printer 40 receives the print data 52 and money 

information 51 (Step S134), and decrypts the encrypted money information (Step 
S135). The key required for decrypting money information is generated in advance 
by the server 20 and transmitted to the printer 40, where it is stored in the 
receiving module 41. The key may instead be transmitted to the printer 40 via the 

10 client 30, or sent directly from the server 20 to the printer 40 over the Internet. The 
decision module 42 of the printer 40 calculates the number of units of coin 
information 51c required, from the number of pages for printing specified by the 
print data 52 (Step S136). Here, since the number of pages for printing specified by 
the print data 52 is seven, the required number of units of coin information 51c is 

15 three. 
[ 0089 ] 

The redelivery module 45 deducts the coin information 51c required to print, 
encrypts the residual money information 51 (Step S137), and sends it to the 
receiving module 34 of the client 30 identified by the ID (Step S138). Here, two 
20 units (=5*3) of coin information 51c are sent. The printing module 43 prints the 
print data 52 (Step SI 39). The receiving module 34 of the client 30 receives the 
residual money information 51 (Step S133). 
[ 0090 ] 

During normal printing, processes of Steps S137, 138, 133 may be absent in 
25 some instances. It is not necessary to redeliver residual money information 51 each 
time that printing is performed; instead, redelivery could take place during a single 
calculation performed daily. In this case, residual money information 51 would be 
used when printing is next performed. 

30 [0091] 
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B3. Effects: 

According to Embodiment 2 hereinabove, since money information 51 
undergoes no particular modification by client 30, money information 51 is sent to 
the client 30 after being encrypted by the server 20 which issues the money 
5 information 51, or by the printer 40. Accordingly, the risk of improper modification 
of money information 51 by a client 30 is diminished. Additionally, printing can be 
carried out without any particular awareness of the amount of processing by client 
30. That is, in client 30, there is no verification of the number of printable pages, as 
in Steps S40, S42 of Fig. 3. Accordingly, there is less load on the client 30. 

10 

[ 0092 ] 

C. Embodiment 3 
Ci: Function Block: 

Fig. 9 is a function block diagram of a printer fee system in Embodiment 3. 
15 In response to a request from client 30, the issuing module 21 of server 20 issues 
money information 51. The transmitting module 36 of client 30 transmits the 
money information 51 issued by issuing module 21, as-is to the receiving module 41 
of printer 40. 
[ 0093 ] 

20 The money information managing module 49 of printer 40 holds and manages 

the money information 51 received by the receiving module 41. Decision module 42 
compares. the number of pages for printing specified by the print data 52 sent by the 
client 30, with the number of pages printable by means of remaining balance of 
money information 51 for client 30, held in the money information managing 

25 module 49; and then decides whether to enable printing. In the event of a decision 
to enable printing, the money information managing module 49 is requested for 
money information 51 in the amount required for printing. Updating module 47 
then decrements the money information 51 by the amount used in printing. 

30 [ 0094 ] 
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C2* Processing: 

Fig. 10 is a flowchart of the money information 51 issuing process in 
Embodiment 3. At left is a flowchart for the client 30; at right is a flowchart for the 
server 20. First, client 30 sends a request to transmit money information 51 to 
5 issuing module 21 of server 20 (Step S140). 
[ 0095 ] 

The issuing module 21 of the server 20, having received the transmission 
request for money information 51 (Step S150), appends the "current time" to money 
information 51 already held (Step SI 52), and transmits the money information 51 to 
10 the client 30 that sent the transmission request (Step S154). That is, the client 30 
receives the requested amount of money information 51, together with "current 
time" representing the time at which the money information 51 was issued. At this 
time, the money information 51 is encrypted for transmission. 
[ 0096 ] 

15 As in Embodiment 1, the money information 51 sent to client 30 may have 

appended thereto printer 40-specific information, user ID of the user, or client 30* 
specific information. The money information 51 may also have appended thereto 
information indicating "unlimited use permitted"; or where an expiration period is 
to be associated with money information 51, an expiration period may be appended. 

20 [ 0097 ] 

Transmitting module 36 of client 30 receives the money information 51 
transmitted by the issuing module 21 of server 20 (Step S142), places in memory 
only the "current time" appended to the money information 51 (i.e. the issuing time 
of the money information 51 in question), and transmits the money information 51 
25 as-is to printer 40 (Step S144). The receiving module 41 of printer 40 receives the 
money information 51 and decrypts the money information 51. The printer 40 
stores the money information 51 appended with "current time" as identifying 
information for each of the clients. 
[ 0098 ] 
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Fig. 11 is a flowchart of the printing process in Embodiment 3. At left is a 
flowchart for the client 30; at right is a flowchart for the printer 40. First, the 
transmitting module 36 of client 30 appends to the print data 52 the "current time" 
which was placed in memory in Step S144, and transmits the data to the receiving 
5 module 41 of printer 40 (Step S160). 
[ 0099 ] 

When the receiving module 41 of printer 40 receives the print data 52 (Step 
S170), the decision module 42 reads, from the money information 51 for each client 
30 held in the printer 40, money information 51 having appended thereto a "current 

10 time" that matches the "current time" appended to the print data 52 (Step S171). 
Since money information 51 for a number of clients 30 is present in printer 40, it 
identifies money information 51 for a particular client 30 by means of the "current 
time". Identifying information is not limited to "current time"; as noted, some other 
value that identifies a particular client 30, such as the MAC address of the client 30, 

15 would be acceptable also. 
[0100] 

Next, decision module 42 decides whether the number of pages printable with 
the remaining balance of money information 51 read on the basis of "current time" 
exceeds the number of pages for printing specified by the print data 52 (Step S172). 
20 If so (Step S172), since there is sufficient units in money information 51, the money 
information updating module 33 is instructed to deduct three units from the coin 
information 51c held in money information managing module 49. 
[0101 ] 

In accordance with this instruction, the money information updating module 
25 33 updates the remaining balance of money information 51 held in money 

information managing module 49 (Step S176). Printing module 43 then prints out 
the print data 52 (Step S178). After printing, the remaining balance of money 
information 51 is displayed on the control panel of printer 40 (Step S179). Where 
the client 30 and user are identifiable, the user or other information may be 
30 displayed concomitantly. Where the client 30 is identified, the information may be 



24 



F009774US00/TP(pfO4k 171) 



displayed on the screen of the client 30. The amount of money information used 
may be displayed, instead of the remaining balance. In the event that the number 
of printable pages is fewer than the number of pages to be printed, nothing is done; 
however, an error may be returned to client 30. 

5 

[0102] 

C3. Effects 

According to Embodiment 3 hereinabove, money information 51 is managed 
by the printer 40, so that communication between the client 30 and printer 40 is 
10 reduced, thus reducing the load on the network. Additionally, since money 

information 51 is encrypted for transmission, improper access to money information 

51 during transmission can be prevented. 

[0103] 

Money information 51 may be sent directly from the server 20 to the printer 
15 40. The destination printer 40 may be a printer 40 selected for use by the client 30, 
or a printer 40 which the client 30 is permitted to use by the server 20. 

[0104] 

D. Variant Examples 
20 While the invention has been shown and described hereinabove through 

embodiments, it is not limited thereto and may be reduced to practice in various 
other modes, without departing from the scope and spirit thereof. 
[0105] 

For example, the usage control apparatus of the invention may be an 
25 embodiment comprising a holding module for holding money information requested 
when the device is made to perform a process that uses the device for a 
predetermined amount of processing; and a transmitting module for transmitting 
the money information to the device at the time of processing by the device. 
[0106] 

25 
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According to this embodiment, by employing money information as 
information equivalent to cash in the real world, fee management according to 
usage of a device can be carried out, without having to notify the server of past 
usage of the device. That is, fee management can be carried out without imposing a 
5 load on the network. The load on the server entailed in managing past usage can be 
reduced as well. 
[0107] 

While money information is equivalent to cash in the real world, the user of 
the usage control apparatus is not necessarily limited to making a deposit. For 
10 example, in a corporate setting, money information may be allocated to respective 
departments according to their printing budget. 
[0108] 

In order to avoid improper copying, in the usage control apparatus, it is 
preferable for money information to be information recognizable only by a specific 
15 application program for transferring and administering money information with -I 
respect to devices. 
[0109] 

"Time of processing " means any point in time during a series of processes in 
which processes are executed by a device; it includes various timings, such as prior 
20 to executing a process, or after completing a process, for example. 
[0110] 

The transmitting module of the use control device may transmit process data 
for processing by the device to the device. 
[0111] 

25 Where the device is a printer, for example, process data is equivalent to print 

data. Money information need not necessarily be transmitted simultaneously with 
process data. That is, money information and process data may be sent together to 
a device, or sent separately. The aforementioned time of processing includes just 
after the device has received process data. 

30 [0112] 
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The holding module of the usage control apparatus may acquire and hold the 
money information from a server connected with the network. 
[0113] 

Where money information is distributed by a server over a network, 
5 convenience is afforded. However, the mode of money information acquisition is not 
limited to a network route; money information may be represented in the form of a 
bar code or numeric code, recorded on a card which is mailed in by the user. 
[0114] 

Money information may be acquired from the server by the usage control 
10 apparatus, and transmitted from the usage control apparatus to a device during use 
of the device, or around this time. 
[0115] 

The holding module of the usage control apparatus may notify the server of 
the unused amount of the money information. 
15 [0116] 

With this arrangement, the server can be notified of the remaining balance of 
money information held by the usage control apparatus, and when the remaining 
balance is below a predetermined amount, money information can be distributed 
automatically to the usage control apparatus. 
20 [0117] 

The usage control apparatus may comprise a controller for controlling 
whether processing takes place, by comparing the amount of processing specified by 
the process data with the amount of processing processable with the money 
information. 
25 [0118] 

With this arrangement, in the event that money information is not sufficient 
for a given amount of processing, processing can be disabled so that process data is 
not transmitted to the device. By so doing, unnecessary communication can be 
reduced. It is also possible to prevent, prior to the fact, erroneous processing by a 
30 device of process data that should have been designated as non-processable, due to 
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insufficient money information. In the event of a non-processable decision, the user 

may be prompted to replenish the money information. 

[0119] 

On the other hand, where money information is smaller than an amount of 
5 processing, a device may be designated such that processing takes place of an 
amount of process data within limits of the range processable with the money 
information, and the processable portion of the process data transmitted to the 
device. Alternatively, a device may be designated such that processing takes place 
through processing within limits of the range processable with the money 
10 information. For example, a detailed print request may be processed at lower 
resolution. 
[0120] 

Money information may consist of information that is valid for printing one 
time only. The usage control apparatus can further comprise a money information 
15 updating module for updating the money information according to the amount of 
processing specified by the process data. 
[0121] 

According to such an embodiment, by updating money information, changes 
in cash on hand in the real world, that is, a decrease in cash on hand occurring with 

20 processing, or an increase in cash on hand occurring with withdrawal from a bank 
account, may be realized electronically. In such an embodiment, since it is 
unnecessary to replenish money information from the server each time that 
processing is performed, greater convenience is afforded. Updating may take place 
prior to transmitting process data to the device, or after transmitting. It may be 

25 carried out at various timing. 
[0122] 

The transmitting module in the usage control apparatus may transmit the 
money information in an amount required for the amount of processing specified by 
the process data. 
30 [0123] 
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Where only the required amount of money information is transmitted, 
communication in order to send back the unneeded portion from the device to the 
usage control apparatus becomes unnecessary. Also, loss can be held to a minimum 
even if an error should occur during processing. 
5 [0124] 

Transmission of money information may take place prior to processing of 
process data by the device, or after processing. Where it takes place after 
processing, loss suffered by the user can be avoided even if an error should occur 
during processing. Where money information is transmitted prior to processing, in 
10 the event that things do not go well during processing, the money information may 
be again returned from the device to the usage control apparatus. 
[0125] 

The transmitting module of the usage control apparatus may transmit the 
money information held by the holding module, and the usage control apparatus 
15 may comprise a receiving module for receiving from the device an updated value of 
the money information having been updated according to the amount of processing 
specified by the process data. 
[0126] 

Money information received by the receiving module corresponds to the 
20 change from deducting the device usage charge from the transferred money. 

According to such an embodiment, since the device calculates and gives back change, 
there is not need for "change" to be calculated by the usage control apparatus, 
affording a simple process. In particular, in cases where fare systems differ 
depending on the type of device, i.e., in cases where money information required for 
25 given process data differs on a device-by-device basis, this is an advantage, since it 
is possible to avoid complex processing by the usage control apparatus. 
[0127] 

In a server for issuing money information, or in a device, by encrypting 
money information for transmission to the usage control apparatus, it is possible to 
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minimize the likelihood of improper modification of the money information by the 

usage control apparatus. 

[0128] 

A device need not give back "change" to the usage control apparatus each 
5 time that a process is performed. Instead, for example, "change" could given back 
during a single calculation performed daily. Also, the usage control apparatus need 
not give back "change" to the server, instead holding it in its holding module. The 
"change" would then be used the next time that the device is used. 
[0129] 

10 In the event that money information is transmitted to a device, money 

information may be transmitted irrespective of the amount of processing. For 
example, an embodiment wherein all money information held by the usage control 
apparatus is transmitted, or an embodiment wherein a pre-established amount of 
money information is transmitted, would be possible. By so doing, it becomes 

15 unnecessary for the usage control apparatus to calculate money information 

required on the basis of the amount of processing. Alternatively, residual money 
information from comparison with the amount of processing can be transmitted to a 
device. This is effective in cases such as where fare settings for use of a device are 
rather intricate. 

20 [0130] 

Where, for example, use of a device up to a defined monetary amount per 
month is possible, a predetermined amount of money information may be 
transmitted to the device at the beginning of each month. 
[0131] 

25 The device may be a printer, and the process data may be print data. 

[0132] 

By so doing, while avoiding load on the network, fees may be charged 
according to the amount of processing by the printer. 
[0133] 
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The money information may include control information for determining 
whether to use the money information, 

a decision whether to use the money information may be made by means of 
the control information, and in the event of a decision that it cannot be used, 
5 transmission of the money information may be prohibited. 
[0134] 

By so doing, use versus non-use can be controlled by a condition separate 
from the amount of processing of a device. For example, by appending a use period 
as control information to money information, it is possible to enable unlimited use of 

10 a device, or enable use for a specific use period, for specific individuals. Control 

information may also be information identifying a device? information identifying a 
usage control apparatus; information for controlling operation of a usage control 
apparatus; or information about a user who is requesting processing. Control 
information may also be a category of protocol, data or application. 

15 [0135] 

The money information may be coin information permitting unit-based use of 
the device. 
[0136] 

Coin information consists of objectified money information. For example, 
20 where the device is a printer, where three pages can be printed per single unit of 
coin information, if it is desired to print five pages, two units of coin information 
will be sent to the printer. In this arrangement, the control can be simple. In this 
case, since the number of printable pages remaining unused from the money 
information 51 sent to printer is quite small, in many instances, it is acceptable to 
25 not transmit the unused portion of the money information from the printer to the 
usage control apparatus. 
[0137] 

On the other hand, even where the usage control apparatus transmits all coin 
information irrespective of amount of processing, so that surplus coin information is 
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transmitted to the usage control apparatus by the device, the process is simple as 

long as object units are employed. 

[0138] 

Money information is not limited to coin information; other information 
5 which is a variable representing amount of processing as a number value is 
acceptable. 
[0139] 

The amount of processing may be established based on at least one selected 
from the amount of data processed by the device; consumed amount of an 
10 expendable consumed by the device; duration of use of the device; power consumed 
by the device; ; and number of times of use of the device. 
[0140] 

On the other hand, the invention in an embodiment thereof as a device 
comprises" 

15 a process command receiving module for receiving a process command from a 

usage control apparatus for controlling a process; 

a decision module for deciding whether to enable a process based on the 
process command, depending on whether money information requested when the 
device performs a process that uses the device for predetermined usage is held in 
20 the device and/or the usage control apparatus; and 

a processing module for performing the process, in the event that the decision 
module has decided to enable processing. 
[0141] 

According to this device, it is possible to perform fee management depending 
25 on the usage of a device, without notifying the server of past processing. That is, fee 
management can be carried out while reducing the load on the network. The load 
on the server entailed in managing past usage can be reduced as well. 
[0142] 

Where money information is held by the usage control apparatus, the usage 
30 control apparatus may be requested to reduce money information, simply when the 
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process is performed and completes without incident. Where money information is 
handled by the usage control apparatus, in order to avoid improper copying of 
money information, the information should be recognizable only by a predetermined 
application. 
[0143] 

As the process command, the device may receive process data for processing 
by the process. 
[0144] 

There exist various devices for performing processes based on process data. 
For example, where the device is a printer, the process data corresponds to print 
data. 
[0145] 

The device may comprise a receiving module for receiving the money 
information at the time of process execution. 
[0146] 

By so doing, even if money information is not held in advance by a device, the 
information can be received from the usage control apparatus or server issuing the 
money information, so that the process may be executed. Money information may 
be received at the time of processing, or received prior to processing. Various timing 
for reception is possible. 
[0147] 

The device may comprise 

a managing module for managing the money information; and 

a updating module for updating the money information, depending on the 

amount of processing specified by the process data. 

[0148] 

In such an embodiment, since money information is managed by the device, 
the amount of communication between the usage control apparatus and device can 
be reduced, so that the load on the network is reduced. Where money information is 
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received directly from the issuing server, improper modification of money 

information by the usage control apparatus is prevented. 

[0149] 

In such an embodiment, by updating money information, changes in cash on 
5 hand in the real world, that is, a decrease in cash on hand occurring with processing, 
or an increase in cash on hand occurring with withdrawal from a bank account, may 
be realized electronically. In such an embodiment, since it is unnecessary to 
replenish money information from the server each time that processing is performed, 
greater convenience is afforded. Updating may take place prior to transmitting 
10 process data to the device, or after transmitting. It may be carried out at various 
timing. 
[0150] 

It would also be possible to predict, from the manner in which money 
information is consumed during a predetermined time interval, the date on which 
15 the remaining balance of money information will be used up, and to then inform the 
user, or to have the usage control apparatus acquire money information from the 
server before the money information is completely used up. 
[0151] 

The device may additionally comprise a redelivery module for transmitting to 
20 the usage control apparatus an updated value of the money information that has 
been updated according to the amount of processing specified by the process data. 
[0152] 

By so doing, when money information is held by the usage control apparatus, 
money information can be held on a consistent basis by the usage control apparatus. 

25 Since no particular modifications to money information are made by the usage 

control apparatus, fraud may be avoided. For example, where money information is 
encrypted by the server issuing the money information or by the device prior to 
being transmitted to the usage control apparatus, the likelihood of improper 
modification of money information at the usage control apparatus can be minimized. 

30 [0153] 
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The device may additionally comprise an output module for outputting, on 
the device and/or on the usage control apparatus, money information that has been 
requested and used for the process, and/or unused money information that is held 
by the device and/or the usage control apparatus. 
5 [0154] 

By so doing, the user may be apprised of amounts of money information used 
and of unused money information, whereby the user can adjust the amount of 
money information to be used. The user may also acquire more money information 
when the balance of unused money information drops to a low level. 
10 [0155] 

Where the amount of unused money information is output, the output module 
may output the amount of money information useable by the usage control 
apparatus. 
[0156] 

15 The device may identify a usage control apparatus that has transmitted a 

process instruction, and output the amount of money information useable by this 
usage control apparatus. This is effective where a number of usage control 
apparatuses output process instructions to a single device. 
[0157] 

20 The device may be a printer, and the process data may be print data. 

[0158] 

Various devices, such as a fax, are conceivable. For example, a printer is 
acceptable. 
[0159] 

25 The money information of a device may include control information for 

determining whether the money information is useable; 

and a process prohibiting module may be provided for deciding, based on the 

control information, whether the money information is useable, and if decided not 

useable, prohibiting the process. 
30 [0160] 
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The money information may be coin information permitting unit-based use of 
the device. The usage may be established based on at least one parameter selected 
from the amount of data processed by the device; consumed amount of an 
expendable consumed by the device; duration of use of the device; power consumed 
5 by the device; ; and number of times of use of the device. 
[0161 ] 

The money information may be encrypted; and 
the device may comprise 

a key holding module for holding a key capable of decrypting the encrypted 
10 money information; and 

a decrypting module for decrypting the encrypted money information with 
the key. 
[0162] 

Where deci-yp table by a device, money information can be encrypted for 
15 transmission to the device, so as to prevent unauthorized access to the money 

information during transmission. Encryption may be performed by a server issuing 
the money information, or by a usage control apparatus. Money information 
corresponding to "change" may be encrypted by the device. 
[0163] 

20 By encrypting such that is can only be decrypted by the device, or by 

assigning a unique number to money information to enable identification, it is 
possible to prevent money information from being diverted for use in another device. 
By capturing and discriminating money information, it is possible to prevent 
improper reuse of money information. 

25 [0164] 

For example, money information 51 may pertain to a quantity of toner or to a 
period of use of printer 40. Still more intricate settings, such as dot count or area of 
the paper used, are possible as well. Money information 51 is not limited to coin 
information 51c; other information which is a variable representing amount of 
30 processing as a number value is acceptable. Coin information 51c may be provided 
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in a plurality of "denominations" corresponding to those in the real world, such as 

¥10, ¥5 etc. 

[0165] 

When money information 51 is issued by the server 20, information such as 
5 the MAC address of the client 30 can be appended to the money information 51. In 
this case, the printer 40 compares the MAC address of the client 30 with the MAC 
address of the sender, and if the two match, performs printing. By so doing, even if 
money information 51 should be stolen, the unauthorized user will not be able to 
print. A client 30 may be identified in other ways, even without an appended MAC 
10 address. 
[0166] 

The description of protocol, data or application may be appended to money 
information 51, and printing performed on when these match. 
[0167] 

15 It would also be possible to predict, from the manner in which money 

information 51 is consumed during a predetermined time interval, the date on 
which money information 51 will be used up, and to then inform the user, or to 
acquire additional money information 51 from the server 20 before it is completely 
used up. 

20 [0168] 

A predetermined amount of money information may be allotted at the 
beginning of each month, for example, to enable printing up to a defined monetary 
amount per month. Of course, daily or weekly units may be used instead of 
monthly units. 
25 [0169] 

Money information 51 may be issued for use by groups, rather than by 
individuals. That is, MAC addx-esses for a plurality of clients 30 may be appended 
to money information. By so doing, use of a printer can be administered on a 
department basis, for example. 
30 [0170] 
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A MAC address enabling identification of a printer 40 and client 30 may be 
appended to money information 51. Where a printer 40 is set up so that it can use 
only money information 51 having its own MAC address appended, it is possible to 
designate a printer 40 for use by a particular client 30. A plurality of MAC 
5 addresses of printers 30 may be appended. 
[0171] 

When money information 51 is issued by a server 20, various different 
monetary amounts may be established for different clients 30. Money information 
51 in various different monetary amounts may be issued by means of useable time. 
10 [0172] 

While the invention has been described with reference to preferred exemplary 
embodiments thereof, it is to be understood that the invention is not limited to the 
disclosed embodiments or constructions. On the contrary, the invention is intended 
to cover various modifications and equivalent arrangements. In addition, while the 
15 various elements of the disclosed invention are shown in various combinations and > 
configurations, which are exemplary, other combinations and configurations, * 
including more less or only a single element, are also within the spirit and scope of 
the invention. 
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